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User-configurable call answering/redirection mechanism 

BACKGROUND OF THE INVENTION 

The invention relates to methods and equipment for implementing a 
user-configurable call answering/redirection mechanism. 

5 For example, in a GSM system, call forwarding to a number 123456 

can be Implemented by dialling a character string *21*#123456#. This charac- 
ter string, though rather complicated, can only be used for configuring a very 
simple service: In the above example the call is unconditionally forwarded to a 
given fixed number. Special characters delivered from a keypad are very diffi- 

10 cult to use for configuring a service such as a reachability profile in which a call 
Is during office hours attempted first to an office telephone for 5 seconds, next 
a mobile phone for 8 seconds and if this also falls, the call is transferred to a 
voice mail service. Outside office hours the call is first attempted to a home 
telephone. 

15 A problem in conventional call answering/redirection mechanism is 

thus that unreasonably long character strings have to be entered from the user 
interface of a mobile terminal. This takes a lot of time and demands great pre- 
cision from the user. 

Co-assigned PCT application WO 99/48134 discloses a technique 

20 in which a service configuration routine is installed in a mobile station. The 
contents of said WO 99/48134 are incorporated herein by reference. The ser- 
vice configuration routine enables a user to edit pre-existing reachability pro- 
files, instead of keying everything from scratch. But even this technique fails to 
fully support third generation multi-mode user terminals. As used herein, a 

25 multi-mode user temilnal means a user temninal that is capable of several 
modes of communication, such as speech, short-message service, chat, or the 
like. 

BRIEF DESCRIPTION OF THE INVENTION 

An object of the present Invention is to provide methods and equip- 

30 ment for implementing a user-configurable call answering/redirection mecha- 
nism such that the call answering/redirection mechanism is convenient for the 
user. The object of the invention Is achieved by the methods and equipment 
which are characterized by what is stated in the independent claims. The pre- 
ferred embodiments of the invention are disclosed in the dependent claims. 

35 An aspect of the invention is a method for processing a call setup 
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request from an A party to a B party. The method comprises maintaining, for 
the B party, multiple simultaneous caller groups, multiple simultaneous profiles, 
multiple simultaneous redirection settings, and multiple simultaneous associa- 
tions of a caller group, a profile and a redirection setting. Each time the B party 

5 wishes to change their reachability settings (call answering/redirection settings) 
the B party indicates a current (reachability) profile. When an A party wishes to 
place a call to the B party, the A party's identity is determined. Based on the A 
party's identity, a caller group comprising the A party's identity is determined. 
Then an association comprising that caller group is determined. Finally, the 

10 attempted call is processed according to the redirection setting of the identified 
association. 

Another aspect of the invention Js a reachability server for imple- 
menting the above method. As used herein, a reachability server is something 
that provides a service. The reachability server may be a separate server or an 

15 attachment to pre-existing call processing equipment, such as a mobile switch- 
ing centre or private branch exchange. Or, the reachability server may be im- 
plemented as a software agent in the user equipment. As a further alternative, 
the reachability server may be implemented as a distributed collection of soft- 
ware, such as a client/server system. 

20 Within the context of this invention, the term "call" is used in a broad 

sense. The term "call", in contexts like "call attempt" or "call setup request", 
should be interpreted to mean any two-way communication, including, but not 
limited to a voice call, data call, chat connection, limited (or prompted) chat, or 
the like. 

25 The invention is based on the idea of separating the reachability 

profile (or simply: profile) from the redirection settings and maintaining, for 
each participating user, multiple simultaneous caller groups, mulfiple simulta- 
neous profiles, multiple simultaneous redirection settings, and multiple simul- 
taneous associations of a caller group, profile and redirection setting. None of 

30 the above data needs to be changed when the user wishes to change their 
reachability settings. Assuming that a suitable association of a caller group, 
profile and redirection setting has been defined eariier. all the user has to do is 
indicate one of the existing profiles. Because the associations remain un- 
changed over a long time, the user does not have to change or re-enter the 

35 redirection settings. 

As used herein, a caller group means a set or group of potential 
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callers (future A parties) sharing similar redirection settings- A call group can 
comprise one or several members. 

A redirection setting is an essential element of the invention. The 
redirection setting is a parameter that is used to answer the following question: 

5 what to do with a call setup request? The redirection setting indicates one or 
both of the following: 1) where (and whether) the call is redirected, and 2) 
which mode the call is changed into. An example of the first alternative is a 
setting which determines that an incoming call is to be redirected to a different 
number (or other network address). For example, a redirection setting may 

10 indicate that a call is first attempted to the B part/s user terminal for five sec- 
onds, then to a home number for 10 seconds and then to an answering ser- 
vice. Alternatively, a call may be routed to gn Internet address, either tempo- 
rarily or during waiting. An example of the second alternative is a setting which 
determines that the call mode of an incoming call is changed to chat In other 

15 words, if a voice call cannot be established, a chat connection may be set up 
instead. Thus the redirection setting may include a call mode indicator that in- 
dicates a changed call mode. For example, the changed call mode may indi- 
cate a silent communication for one or both of the parties. In this context, "si- 
lent communication" means that one or both parties do not speak to a tele- 

20 phone. Silent communication can be implemented by chatting or limited chat- 
ting. Chatting means typing arbitrary text responses. Limited chatting means 
selecting one of a small number of possible responses. For example, the silent 
party may select a response from a touch-sensitive screen of the terminal. An 
even less disturbing implementation of limited chatting is called 2-key chatting. 

25 2-key chatting means that the silent party can listen to the speaking party by 
means of an earphone but responds by using a small number (typically 2 or 3) 
of different keys and/or keystrokes (single click, double click and/or long 
press). The silent party's responses can be converted to speech in a voice 
synthesizer, so that the other party can carry out a fairly normal voice call. 

30 Such an asymmetric call can be useful if the B party is in a situation in which it 
is socially unacceptable to speak to a telephone. 

An advantage of the invention is that it is very easy for users to 
change their reachability settings, even when there are multiple caller groups, 
all requiring different reachabifity settings. Because the profiles are separated 

35 from the redirection settings, the profiles may be very simple and, in a simple 
embodiment, only a profile name or indicator is necessary. 
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It was stated earlier that the invention is preferably implemented by 
co-operation between the B party's terminal and an element in the fixed net- 
work. This co-operation is further improved by setting the alarm of the B party's 
terminal automatically to silent/vibrating If the current profile of the B party indi- 
5 cates silent communication. 

Preferably, the profiles comprise presence information and/or in- 
structions which is/are retumed to the A party. For example, the presence In- 
formation/instructions may Indicate "I am In a meeting, please dial 1 if you wish 
to leave a message, or, dial 2 if you have urgent business; I can reply by chat- 
10 ting". ■ 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the following the invention will be described in greater detail by 
means of prefenred embodiments with reference to the attached drawings, in 
which: 

15 Figure 1 illustrates user records and caller groups; 

Figure 2 illustrates reachability profiles; 
Figure 3 illustrates redirection settings; 

Figure 4 illustrates associations of caller groups, reachability profiles 
and redirection settings; 
20 Figure 5 is a block diagram illustrating a network architecture for im- 

plementing the invention; 

Figure 6 is a flow chart illustrating the operation of a reachability 

server, 

Figure 7 is a signalling diagram illustrating a possible set of events 
25 while using a call answering/redirection mechanism according to the invention; 

Figure 8 is a more detailed signalling diagram illustrating an asym- 
metric call in which one party communicates by speech and the other by chat- 
ting; 

Figure 9 shows an alternative network architecture in which the 
30 reachability server RS is located in a network other than the access network; 

Figure 10 illustrates the use of virtual numbers in a system in which 
the reachability server is not in the access network; and 

Figure 11 illustrates call routing in a system in which the reachability 
server is implemented in the B party's terminal. 
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DETAILED DESCRIPTION OF THE INVENTION 

Within this detailed description, the name "Bill" refers to the terminal 
user whose incoming calls will be processed according to the invention. The 
reason for this name is that Bill will be acting the called or B party during a call, 
5 and "Bill" begins with a B. However, he may be an A (originating) party when 
he changes his reachability settings via a remote reachability server (or when 
he makes other outgoing calls) and he is not a party to any call when he 
changes settings only within his terminal. 

Figure 1 illustrates Bill's address book 10 and caller groups 13. The 

10 address book 10 is basically similar to the address book stored in a SIM card 
that is attached to a GSM mobile telephone. The address book contains a re- 
cord for each of Bill's contacts (persons or companies). Each record comprises 
a name field 11 and a number (or address) field 12. The name field 11 con- 
tains a free-fomiat name, as is well known from conventional GSM telephones. 

15 The number/address field 12 may contain a conventional telephone number or 
any usable network address, such as an MSISDN number. TCP/IP address, e- 
mail address or the like. 

Reference numeral 13 generally denotes Bill's caller groups. In this 
example, a caller group "Family" consists of the records for Alice, Bob and Ce- 

20 cilia. Another caller group "Colleagues" consists of the records for Dave L, Eric 
M and Frank W. The third caller group "Secretary" only comprises Bill's secre- 
tary Gail T. The fourth caller group "Friends" comprises Harry P and Ian R. The 
four first caller groups are formed explicitly, such that Bill explicitly adds re- 
cords 10 (potential callers) to one of the caller groups 13. 

25 In addition to explicit caller groups, there may be implicit caller 

groups, two of which are shown in Figure 1. In this example, a first implicit 
caller group "others" comprises all the records 10 in the terminal's address 
book that do not belong In any of the explicit caller groups. As soon as a recond 
10 is added to one of the explicit caller groups, that record is removed from the 

30 "Others" group. The caller group "Others" may be used to indicate how to 
process calls from persons that are listed In Bill's address book 10 but do not 
belong in any of the explicit caller groups; Another implicit caller group "Un- 
known" comprises persons that are not stored In Bill's address book. The caller 
group "Unknown" may be used to indicate how to process calls from persons 

35 that are not known to the called party. 

As regards the association of the records 10 and caller groups 13, 



what really matters to the reachability server/service is the association of a 
number/address field 12 and a caller group 13. This is because the reachability 
server detects the caller's identity based on the caller's number (or other net- 
work address) 12. For the reachability server (and call processing in general), 
the name 1 1 is irrelevant. From Bill's point of view, however, it is much more 
convenient to associate a caller group 13 to a name 1 1 than to a number 12. 

Figure 2 illustrates reachability profiles 20. Each reachability profile 
20 comprises at least a label (or identifier) field 21. According to a preferred 
embodiment of the invention, a reachability profile 20 may also comprise a 
free-format presence information 22. For example, the reachability profile 
"Meeting" comprises a presence Information field 22 whose contents is "I am in 
a meeting..." This presence information ngay be returned to a caller if the 
called party cannot answer calls. 

According to another preferred embodiment of the Invention, a 
reachability profile 20 may also comprise a default redirection setting field 23. 
The use of redirection settings will be explained in connection with Figure 3. 

Figure 3 illustrates Bill's redirection settings 30. Each redirection 
settings record consists of a label (or Identifier) field 31 and an actual redirec- 
tion setting field 32. The label/identifier field 31 is preferably a free-format field, 
whereby Bill can enter short but descriptive names. From the point of view of 
the reachability server, however, any identifier is usable. The first redirection 
settings record 301 has a label field 31 of "OfficeFirst" and a redirection setting 
field 32 of "SsOffice* / 5sMobile# / Answef#". Herein, "Office#" stands for Bill's 
office telephone number, Mobile# stands for his mobile terminal number and 
Answer^ stands for the number of the answering service (voice mail). The redi- 
rection setting field 32 of "5sOffice# / 5sMobile# / AnswerT is Interpreted so 
that a call to the office number Is attempted first for five seconds, then the mo- 
bile terminal's number is attempted for another five seconds, and if that fails 
too, the call is redirected to the answering service. The next two records 302 
and 303 are self-explanatory based on the previous example. The fourth redi- 
rection settings record 304 means that an incoming call will be redirected to 
the telephone of Bill's secretary. Records 305 and 306 Indicate that a caller is 
redirected to URL addresses www.addr1.fi and www.addr2.fi, respectively. For 
instance, www.addr1.fi may be the address of a web page informing that the 
terminal user is unable to receive calls, and www.addr2.fi may be the address 
of a more informative web page for more trusted callers. 
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Instead of a different number or network address, or in addition to it, 
the redirection setting field 32 may indicate a change of call mode. For in- 
stance, Bill may be in a library in which it is socially unacceptable to speak to 
the telephone but Bill may be able to chat via the telephone's keyboard or key- 
5 pad. According to a further preferred embodiment, the call mode is processed 
separately for each half-call or direction of call, that is, for the incoming and 
outgoing directions. For instance, when eating in the restaurant, Bill may not 
be able to speak to the telephone but may be able to listen to the caller's voice 
and respond via a chat connection. 
10 In the example shown in Figure 3, the and signs mean 

change of call mode in the incoming and outgoing directions, respectively. For 
instance, redirection settings record 307, lab.elled "Chat", has a redirection set- 
ting of ">Chat<Chat" which means that both the incoming and outgoing half- 
calls are converted to chat mode. The next record 308, labelled "Voice/Chat", 
15 has a redirection setting of "<Chaf which means that only the outgoing half- 
call is converted to chat mode. 

The last record 309, labelled "Voice/2KeyChat", has a redirection 
setting of "<2KeyChat" which means that the outgoing half-call is converted to 
2-key chat mode. The 2-key chat mode in the outgoing direction means that 
20 the mobile terminal user is able to listen to the caller's voice but is only able to 
respond with a very small number of keys, such as two or three. The two keys 
can be yes" and "no". An optional third key may mean "1 don't 
know/understand". The 2- (or 3-) key chat mode is useful in a situation where 
even conventional chatting is impossible. For instance, Bill may be in a con- 
25 cert, and calls from most caller groups are redirected to voice mail but calls 
from a babysitter are converted to 2-key chat mode. The babysitter, who may 
be facing an urgent problem, calls Bill. The alarm of Bill's terminal is set to si- 
lent but vibrating. As soon as Bill feels the vibrating alarm, he can place an 
earphone to his ear and take the call. The babysitter may then describe the 
30 situation and ask questions that can be answered by "yes" and "no" keys which 
Bill can memorize and use without taking the terminal out of his trouser pocket. 

As an alternative to the two or three different keys, different key- 
strokes can be used. For example, a short key click means "yes", a long key 
press means "no" and two clicks means "I don't know/understand". For exam- 
35 pie, two different keys and three different keystrokes give a total of six combi- 
nations. 
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Figure 4 illustrates associations 40 of (reachability) profiles 41, 
caller groups 42 and redirection settings 43. The first association 401 associ- 
ates profile "Work" and caller group "Family" with redirection setting "Office- 
First". This means that whenever profile 'Work" is Bill's current profile, calls 
5 from members of the "Family" group are processed according to redirection 
setting "OfficeFirst". This redirection setting was described as record 301 in 
Figure 3. In the example shown in Figure 4, there are six associations, namely 
401 to 406, for the profile "Work". Associations 401 to 403 specify that calls 
from members of the "Family", "Colleague" and "Secretary" groups are proc- 
10 essed according to redirection setting "OfRceFirst", while calls from "Friends", 
"Others" and "Unknown" groups are processed according to redirection setting 
"Secretary", which means that the call is routed to Bill's secretary. 

The example shown In Figure 4 does not have an association for 
each combination of profile, caller group and redirection setting. This is be- 
15 cause this example makes use of the (optional) default redirection setting field 
23 shown in Figure 2. For instance, the profile "Abroad" has a default redirec- 
tion setting of "MobileFirst" which is used unless an overriding association for 
some caller groups have been specified. Figure 4 shows an association 431 of 
profile "Abroad", caller group "Unknown" and redirection setting 'VoiceMail", 
20 This means that when Bill is abroad, he does not wish to take calls from un- 
known callers because he would have to pay for those calls. Accordingly, calls 
from unknown callers are routed to voice mail. 

Figure 5 is a block diagram illustrating a network architecture for im- 
plementing the invention. Reference numeral 51 1 denotes Bill's mobile termi- 
25 nal. It is connected to an access network AN. The access network AN can use 
any network technology capable of processing calls, including but not limited to 
GSM, UMTS or WLAN with VoIP. The access network AN has base stations 
BS to provide a radio interface to user temiinals 501 ,511. One or more switch- 
ing eiernents SW route calls, via different base stations, to different terminals. 
30 For example, in a GSM network, the switching elements are mobile services 
switching centres (MSG). A Home Location Register HLR stores subscriber 
data. An answering server AS provides voice mail services when Bill is unable 
to receive calls. 

The access network AN is connected to other networks via gateway 
35- elements GW1 and GW2. In this example, the other networks are a Public 
Switched Telephone Network PSTN and a data network DN, such as the Inter- 
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net and/or its closed subnetworks, comnnonly called intranets or extranets. Tlie 
PSTN comprises an exciiange for routing calls. In this example, Bill's office 
has a private branch exchange PBX to which Biirs telephone 512 and his sec- 
retary's telephone 521 are connected. A third telephone 502 represents other 
5 potential callers via the PSTN. Bill's office computer 531 is connected to the 
data network DN via an Internet service provider ISP and a router R. 

The elements of Figure 5 described above are or can be entirely 
conventional. In addition to the conventional elements, the network architec- 
ture comprises a reachability service function that Implements the method ac- 
10 cording to the invention. In the example shown Jn Figure 5, the reachability 
service function is Implemented as a reachability server RS that is closely cou- 
pled to the switching element SW- The reaqhabllity server RS comprises or is 
connected to a database DB that stores the caller lists, profiles, redirection set- 
tings and the associations between them. 
15 It should be understood that the placement of the reachability server 

RS in the access network is only an exemplary embodiment, and the RS can 
be placed in the data network DN. The optimal implementation of the RS de- 
pends on the service provider. If the access network operator provides the 
reachability service, the reachability server RS is preferably located in the ac- 
20 cess network AN. On the other hand, if reachability service is provided by an 
operator distinct from the AN operator, the reachability server RS is preferably 
located in the data network DN. 

Instead of a centralized reachability server RS, or in addition to it, 
there may distributed reachability servers RS' in advanced terminals, wherein 
25 each terminal-based reachability server RS' serves a single user. An advan- 
tage of a terminal-based reachability server RS' is that its operation is largely 
independent of the current access network. In other words, its services are 
available even if Bill is roaming abroad. On the other hand, a centralized 
reachability server RS installed in one of the networks is available when the 
30 terminal is disconnected from the network. 

Thus an optimal implementation of the reachability service is 
achieved by a combination of a centralized reachability server RS and a termi- 
nal-based reachability server RS'. For example, terminals capable of multime- 
dia operations have sufficient memory for acting as a voice mail box (answer- 
35 ing service). An advantage of a voice mail box in a terminal is that the terminal 
can inform the caller that the call cannot be answered and store a voice mes- 
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sage from the caller, without disturbing people near the terminal. A terminal- 
provided voice mail box is independent from the current access network opera- 
tor. Such a terminal-based implementation will be further described in connec- 
tion with Figure 1 1 . 

5 According to another preferred embodiment of the Invention, the ar- 

rangement comprises one or more servers to provide additional services to a 
caller when the called party is having another call or is unable to take the call. 
In this example, one server SRV is installed in Bill's office and is connected to 
the office router R. It is common practice to play music to a caller when the 
10 called party is having another call or the switchboard is congested. The Inven- 
tion can be used to provide more advanced services to a waiting caller. For 
example, the server SRV may provide infprmation in the fomn of URL ad- 
dresses ULR1 and URL2, etc. Or, the server may show a video to the caller or 
allow the caller to play games, assuming that the caller is using a multimedia- 
15 enabled terminal. 

According to a further preferred embodiment of the invention, the 
reachability server RS comprises or cooperates with a mode conversion func- 
tion. An example of such a function is shown as a distinct mode converter MC. 
The mode, conversion function helps to convert calls from one mode to an- 
20 other. For instance, it was stated eariier that a chat connection can be estab- 
lished if the called party cannot talk to a telephone. But then the calling party 
may be in a situation where chatting is impossible. To solve this problem, the 
mode converter MC (or an equivalent function in the terminal) comprises a 
speech synthesizer and/or recognition equipment. For instance, assume that 
25 Alice is calling Bill, and Alice cannot chat and Bill cannot talk. In such a situa- 
tion, the call mode may be changed to voice/chat which means that Alice's 
speech is conveyed as such to Bill but Bill's chat response is converted to syn- 
thesized speech and conveyed to Alice. 

Preferably, the reachability server RS and the mode converter MC 
30 (or equivalent functions in other network elements) support as many as possi- 
ble from the following redirections and mode changes: 

1 . redirection to another telephone; 

2. redirection to voice mail; 

3. timed redirection to another telephone/voice mail (e.g. five sec- 
35 onds to office phone, 5 seconds to mobile phone, then to voice 

mail; 
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4. sending the caller a data message, such as a short message or 
an MMS (Multimedia Messaging Specification) message, or a 
partial or whole web page; 

5. sending the caller a network address, such as a URL, preferably 
formatted as a link, wherein the network address containing 
more detailed information; 

6. conversion of incoming and/or outgoing call to chat or limited 
chat (e.g. 2-key chat); 

7. conversion of incoming and/or outgoing voice to text or vice 
versa; 

8. providing additional services (music, video, games...) during 
waiting; 

9. personalized voice answering in the answer service (network- 
based or terminal based); that is, the voice information depends 
on A's caller group and B's current profile; 

Option 6 is implemented without text-to-speech or speech-to-text 
conversion. That is, if B can only chat but not talk, then a chat connection is 
established in at least one direction. For instance, A can talk to B but B will 
type his responses. Alternatively, both parties can resort to chatting. Option 7 
20 requires text-to-speech or speech-to-text conversion. For instance, A can talk 
and B's typed responses are converted to speech. 

Figure 6 is a flow chart illustrating the operation of a reachability 
server. In step 601, the reachability server receives and stores into memory 
Bill's caller lists 10 (of which only field 12 is essential) and caller groups 13 

25 (see Figure 1), his profiles 20 (see Figure 2), redirection settings 30 (see Fig- 
ure 3) and associations 40 of the above three types of data (see Figure 4). 
Step 601 can take place in one go or in a distributed manner. In other words. 
Bill can indicate the settings 10, 13, 20, 30 and 40 during one session, or he 
may update previous settings. 

30 Dashed lines 602 and 605 denote occasions in which the reachabil- 

ity server waits for more actions from Bill or a caller, respectively. In step 603, 
Bill's reachability settings change and he updates his cun^ent profile in the 
reachability server. In other words, he indicates a current one of the pre- 
existing profiles stored in the reachability server. For instance, if Bill is about to 

35 enter an airplane, he selects "Flight" as his current profile. 
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The remaining steps 611 to 618 relate to processing of one call. In 
step 611, the reachability server detects a call to Bill from an A user. In step 
612, the reachability server retrieves Bill's current profile. In step 613, the 
reachability server determines the A user's identity. For example, the A user 

5 can be identified by means of a Calling Line Indicator (CLI). In step 614, the 
reachability server detenmines the A user's caller group, that is, the caller 
group 1 3 corresponding to the A user's identity 1 1 . In step 61 5, the reachability 
server attempts to retrieve the redirection settings record 40 corresponding to 
the A user's caller group 13 and Bill's current profile 20. In step 616, it is 

10 checked If such a redirection settings record could be determined, which 
means that there was an association corresponding to the A user's identity and 
Bill's current profile. If yes, the process continues to step 618 in which the call 
is processed according to the redirection settings. 

According to a prefen-ed embodiment, if the check in step 616 failed. 

15 the process continues to step 617 in which it is checked if Bill's cun-ent profile 
indicates a default redirection setting. For instance, each of the profiles 'Thea- 
tre", "Flight" and "Abroad" in Figure 2 do indicate a default redirection setting. If 
Bill's current profile Indicates a default redirection setting, the process again 
continues to step 618 in which the call is processed according to the (default) 

20 redirection settings. 

If checks 616 and 617 both fail, the process continues to step 619 in 
which the call is processed normally (no redirection or mode change). 

Figure 7 is a signalling diagram illustrating a possible set of events 
in a call answering/redirection mechanism according to the invention. The ele- 

25 ments SW, RS, DB, AS. CM and SRV have been described in connection with 
Figure 5, but in Figure 7, the reachability server RS and its database DB are 
integrated with the switching element SW, and the combination is denoted by 
SW/RS/DB. Reference signs A1 , A2, etc. denote different callers (A parties). 
Similar to Figure 5. reference numbers 511, 512 and 521 denote Bill's mobile 

30 and office phones and his secretary's phone, respectively. 

Unless stated otherwise, we will assume that Bill's caller groups, 
profiles, redirection settings and associations are as shown in Figures 1, 2, 3 
and 4. respectively. In step 7-0, Bill configures his reachability service. In other 
words, he sends the reachability server RS his caller groups, profiles, redlrec- 

35 tion settings and associations. This step can take place from Bill's mobile ter- 
minal 511 or from his office computer 531. We will further assume that before 
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8:30 am, the redirection setting "MobileFirst" (item 302 in Figure 3) is in force 
for all callers. 

In step 7-10, it is 8:15 am and Bill is in his car, when a first caller A1 
calls. Because the "MobileFirst" setting is in force for all callers, the call is di- 

5 rected normally to Bill's mobile phone 511. In Figure 7. the white rectangles to 
the right and below each call indicate the duration of the call in question. 

In step 7-20, Bill anives in his office and selects the "Work" profile 
(see items 401 to 406 in Figure 4). Technically, his temninal only has to send 
the reachability server RS an indicator of the 'Work" profile. Alternatively, the 

10 reachability server could automatically select the "Work" profile after a pre- 
configured time, such as 8:30 am. In step 7-22, a second caller A2 calls. 
Based on the caller line identification (CLl),^ the SW/RS elements detect that 
the second caller A2 belongs to caller group "Friends". As shown by item 404 
in Figure 4, the "Friends" group and 'Work" profile are associated with redlrec- 

15 tion setting "Secretary". Accordingly, the call from the second caller A2 is redi- 
rected to secretary's telephone 521 . (Naturally, the secretary may then transfer 
the call to Bill, but this is conventional call management and needs no explana- 
tion.) In step 7-24, Bill's secretary, shown here as A3, calls Bill. As shown by 
item 403 in Figure 4, the "Secretary" group and 'Work" profile are associated 

20 with redirection setting "OfficeFirst". Accordingly, the secretary's call is redi- 
rected to Biirs office telephone 512. During the secretary's call, in step 7-26, a 
client A4 tries to call Bill. In addition to the settings shown in Figures 1 to 4, we 
assume that the redirection setting for clients Indicates that the caller is di- 
rected to the server SRV for providing the client with information or entertain- 

25 ment, which takes place in step 7-28. In step 7-30, the secretary's call ends 
and the client's call is directed to Bills office telephone 512. 

In step 7-40, Bill changes his profile to "Meeting" (items 411 to 415 
in Figure 4). In step 7-42, a fifth caller A5 tries to call Bill. The fifth caller A5 is 
either a total stranger to Bill's caller lists or does not belong to any of his caller 

30 groups. Accordingly, this call is routed to the answer service AS. In step 7-44, 
one of Bill's family members A6 tries to call him. As shown by Item 41 1 , the 
iVIeeting/Family combination is associated with a redirection setting of "Chat". 
Accordingly, in step 7-45, the RS/SW elements establish a chat connection 
between A6 and Bill's mobile phone 511. In step 7-46, Bill's secretary, shown 

35 here as A7, calls Bill. As indicated by item 413, the secretary's call is proc- 
essed according to settings "OfficeFirst", and the call is directed to Bill's mobile 



phone 51 1 in step 7-47. 

In the evening. Bill changes his profile to Theatre" in step 7-50. 
Preferably, the alann of Biirs mobile phone 51 1 is automatically set to "silent 
but vibrating". In step 7-52 a member A8 of the "Friends" group tries to call Bill. 

5 As shown by item 204 in Figure 2, the 'Theatre" profile has a default redirec- 
tion setting "VoiceMail", Accordingly, the call from A8 is routed to the answer 
service AS. In step 7-54, a family member A9 calls Bill. As shown by item 421, 
the Theatre/Family combination is associated with a redirection setting of 
*Voice/2KeyChat". This redirection setting is processed according to item 309 

10 in Figure 3, and an asymmetrical connection is established between the family 
member A9 and Bill's mobile phone 511. Bill is alerted by the vibrating alarm. 
In step 7-54, the family member A9 can talk and Bill can hear the incoming call 
with an earphone. Bill cannot respond by talking, and he cannot even take.the 
phone out of his pocket, but, as shown by step 7-56, he can respond by "yes" 

15 and "no" keys whose locations he can memorize. (Alternatively, a single key 
and two or three different keystrokes can be used.) In step 7-57, his two- or 
three-key responses are converted to speech by a speech synthesizer in the 
mode converter MC. The connection between A9 and Bill will be shown in 
more detail in Figure 8. 

20 In Figure 7, the emphasis was on the users' view of the call routing, 

and some signalling between the network elements was omitted for clarity. 
Figure 8 is a more detailed signalling diagram illustrating the co-operation be- 
tween the various network elements. Figure 8 shows the detailed steps to 
achieve the last call, shown as steps 7-54 to 7-57 in Figure 7. This is an asym- 

25 metric call in which the calling party A communicates by speech and the called 
party B responds by chatting. 

In step 8-0, the calling terminal A sends a call setup signal which 
proceeds to the switching element SW. In step 8-2, the switching element SW 
makes an inquiry to the reachability server RS (which in turn makes an inquiry 

30 to Its database DB) concerning the current redirection setting for the calling 
party (see steps 61 1 to 61 5 in Figure 6). In step 8-4, the reachability server RS 
returns the current redirection settings to the switching element SW. The 
switching element SW now knows that the current redirection setting is 
"Voice/2-key chat". In step 8-6, the switching element SW conveys the call 

35 setup signal to the called party B. In step 8-8, the B party responds. Now the 
switching element SW knows that the B party is able to take the call. The B 
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party is able to take the call in a theatre because the terminars alarm is set to 
silent/vibrating. In this example, we assume that the mode converter MC com- 
prises a voice synthesizer. (Actually, this example needs only a few voice 
messages of fixed content, and the voice messages can be pre-recorded in- 

5 stead of synthesized.) In step 8-10, the switching element SW requests the 
mode converter MC to read instmctions to the calling party A. In step 8-12, the 
mode converter MC reads a voice announcement that tells the caller A that B 
can hear A's voice but can only respond by "yes" or "no" (and possibly by "I 
don't understand"). The voice announcement is preferably read to the B party. 

10 Otherwise, B could be confused because he does not hear A's voice while A 
listens to the voice announcement. In step 8-14, A speaks to B. A*s speech is 
conveyed normally to B who hears it via an earphone. In step 8-16, B responds 
by selecting one of the few possible responses, such as "yes". In step 8-18, the 
mode converter MC converts B's response to synthesized (or pre-recorded) 

15 speech. Steps 8-14 to 8-18 are repeated as many times as necessary. 

In the example shown in Figure 8, the mode converter MC performs 
text-to-speech conversion. If the mode converter MC comprises a speech- 
recognition apparatus, it is also possible to perform speech-to-text conversion. 
This means, for example, that the parties can have a two-way communication 

20 in which one party speaks and listens while the other party communicates by 
chatting. Naturally, current speech-to-text conversion is not yet mature enough 
to support continuous speech from an arbitrary caller in arbitrary surroundings, 
but speech-to-text conversion is possible with limited vocabulary and small 
pauses between words. 

25 Further/alternative embodiments 

In the examples described so far, the reachability server RS (with its 
associated database) was shown as a distinct network element in the fixed 
network. Instead of such a distinct network element, the reachability server 
may be implemented as a software agent in the user equipment. As a further 

30 alternative, the reachability server may be implemented as a distributed collec- 
tion of software, such as a client/server system. A preferred implementation is 
a co-operation between a fixed reachability server and a terminal-based one. 
The terminal-based server is independent of the current network operator, 
while the network-based server is operational when the terminal is shut off or 

35 out of network coverage, or employs in-flight settings or the like. The settings 
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in the fixed and terminal-based servers should be synchronized whenever one 
or more of the settings change. 

Also, the examples described above were based on the assumption 
that each person can belong to one caller group only. For instance, if a person 

5 is in a "Company" group, he/she cannot be in a "Family" group. Call processing 
can be even more flexible if persons can belong to multiple groups simultane- 
ously. For example, Bill's wife could belong to the "Family" group and 'Wife" 
group. In this way, Bill can easily set different settings for his wife in extraordi- 
nary situations, while calls is most situations are processed according to the 

10 settings of the "Family" group. 

If the caller belongs to multiple groups, a natural question is: which 
group's settings will be used? One way to answer this question is to set explicit 
priorities for the groups. For example, the settings of the higher-priority group 
are used, if they exist Otherwise, the settings of the lower-priority group are 

15 used. Alternatively, the call modes or redirection settings can be ranked. This 
means that a normal call to the number selected by the caller has the highest 
ranking. If Bill's wife belongs to the "Wife" and "Family" groups, and the "Wife" 
group allows a normal call and the "Family" groups indicates redirection to 
voice mail, the higher-ranking normal call will be established. 

20 Figure 9 shows an alternative network architecture in which the 

reachability server RS, along with its associated elements mode converter IVIC, 
answering server AS and database DB, are located in a network 901 that is not 
the access network AN serving the B user (Bill in the previous examples). For 
example, the network 901 may be an intelligent network; a data network, such 

25 as the Internet or the Public Switched Telephone Network PSTN. As regards 
this embodiment, the type of the network 901 it is not essential. For example, 
the reachability service according to the invention may be offered by an Inde- 
pendent service operator that does not have access to all the facilities of the 
switching element SW. Regardless of the type of the network 901 , if the net- 

30 work 901 is not the access network AN serving the B user, there is a residual 
problem of conveying the B party's identity to the reachability server RS. There 
are at least two ways to solve that residual problem. 

One way to convey the B party's identity to the reachability server 
RS is to modify the signalling between the switching element SW and the 

35 reachability server RS. For example, a call setup signal to the reachability 
server RS may include the B party's identity as an additional parameter. 
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Another way to convey the B party's identity to the reachability 
server RS is to use virtual numbers. If this technique is used, each potential B 
party must register with the reachability server RS. The RS has a portion of the 
number space of the SW, the portion being large enough to accommodate all 

5 potential B parties served by the reachability server RS. For each potential B 
party, a virtual number is allocated from that portion. When the reachability 
service for a given B party is activated, that B party's calls are directed from 
the switching element to the virtual number within the reachability server RS. 
Based on the virtual number, the reachability server RS knows the B party's 

10 identity. 

Figure 10 illustrates the use of virtual numbers in a system in which 
the reachability server is not in the access fietwork. In step 10-0, the B party 
sends his configuration information, that is, his caller groups, profiles, redirec- 
tion settings and associations. In step 10-2, the B party sends his current pro- 

15 file information. The configuration information and the current profile Informa- 
tion are routed via the access network's switching element SW to the reach- 
ability server RS in which they are stored in the database DB. In step 10-4, an 
A party places a call to the B party. The call setup request is conveyed to the 
switching element SW that checks in step 10-6 if the B party has activated the 

20 reachability service, that is, the call redirection/answering service according to 
the invention. If the service is not activated, the switching element SW routes 
the call conventionally, but this is not shown in Figure 10. We assume that the 
service is activated, and the switching element SW retrieves the virtual number 
of the B party. In step 10-8, the switching element SW routes the call to the B 

25 party's virtual number that is allocated from the portion of the number space 
allocated to the reachability server RS. Accordingly, the call is routed to the 
reachability server RS. In step 10-10, the reachability server RS identifies the 
A and B parties. A can be identified on the basis of the calling line indicator 
(CLI). B is identified on the basis of his unique virtual number. Next, the reach- 

30 ability server RS retrieves B's current profile, determines the association that 
matches A and the current profile, and determines the redirection settings of 
that association. We assume that in this case, the call Is to be routed to a C 
party. Thus in step 10-12, the reachability server RS routes the call to the C 
party, and in step 10-14, the call setup signalling is redirected from the switch- 

35 ing element to the C party. All the different redirection options and mode 
changes described eariier are also possible if the reachability server RS is in a 
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network other than the access network, but interoperation between the reach- 
ability server RS and the switching element SW is slightly more complex be- 
cause conventional call setup signalling loses the true B party's identity infor- 
mation if the switching element SW merely routes ail calls to the reachability 

5 server RS. This is why there is a unique virtual number allocated to each regis- 
tered user (potential B party to an incoming call). 

Figure 1 1 illustrates call routing in a system in which the reachability 
sen/er RS' (see Figure 5) is implemented in the B party's terminal. Such a ter- 
minal-based reachability service is practical in a situation in which the temiinal 

10 Is out of Its home network or If the home network operator does not offer such 
services. It was stated earlier that multimedia-enabled terminals can act as 
answering machines if suitably programmed.* What Is more difficult is to have a 
terminal route calls to another number. Figure 1 1 illustrates one solution to this 
problem. This solution is based on a conference call in which the B user (the 

15 person) does not participate in the call. In step 11-0, the B user configures the 
reachability service. In step 1 1-2, he selects a current profile. As was explained 
in connection with the previous examples, the configuration information 
changes rarely, whereas the current profile is changed each time the B user's 
reachability status changes. In step 11-4, B's terminal receives a call from an A 

20 party. The call setup signalling is conveyed via the switching element SW, but 
this part of the call setup is entirely conventional. In step 11-6, the reachability 
server RS', which may be a software agent in the B user's terminal, identifies 
the A user, determines the association that matches A and the current profile, 
and determines the redirection settings of that association. We assume that in 

25 this case, the call is to be routed to a C party. In other words, the B terminal 
must route the call to C. Such terminal-based call routing can be accom- 
plished, without any proprietary signalling, by setting up a conference call. 
Prior to call routing, in step 11-8, the B temninal may send a voice message to 
the A party, informing him that the B user cannot take the call and the call is 

30 being routed to another number. In step 11-10, the B tenminal. under control of 
the server RS', put the incoming call on hold. In step 11-12, the B terminal re- 
quests the switching element SW to set up a conference call with C. In step 
1 1-14, the conference call is set up. In step 11-16, the B terminal combines the 
incoming call from the A party with the conference call to the C party. After 

35 connecting the A party with the C party, tiie B temninal could hang up, although 
some networks do not allow the originating party of the conference call to hang 
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up. In step 11-18, the A and C parties continue the conference call. As a fur- 
ther alternative, the B terminal can record the conversation between the A and 
C parties. 

If the reachability service according to the invention is implemented 
both in the fixed network (the access network AN or some other network) and 
in the terminal, the configuration and profile information between them should 
be synchronized. Such synchronization can take place periodically or when- 
ever the settings change or when the terminal is about to lose network cover- 
age or has just entered network coverage. 

10 An advantage of the invention is that the terminal user has to send 

the reachability server only one piece of inforjnation, namely an indicator of the 
current profile, whenever the reachability conditions change. The caller groups, 
profiles and redirection/call mode settings are pre-stored and are changed 
much less often. Because the caller groups, profiles and redirection/call mode 

15 settings are pre-stored at the reachability server (or are otherwise accessible 
by it), call processing is much more flexible than in a systenfi which only sup- 
ports a single redirection setting to all callers. 

It is readily apparent to a person skilled in the art that, as the tech- 
nology advances, the inventive concept can be implemented in various ways. 

20 The invention and its embodiments are not limited to the examples described 
above but may vary within the scope of the claims. 

Acronyms (some are not official) 

CLI: Calling Line Indicator 

GSM: Global System for Mobile Communication 
25 ISP: Internet service provider 

MMS: Multimedia Messaging Sen^ice (Specification) 

MSISDN: Mobile Subscriber Integrated Services Data Network 

PBX: private branch exchange 

PSTN: Public Switched Telephone Network 
30 SIM: Subscriber Identity Module 

TCP/IP: Transport Control Protocol/Internet Protocol 

UMTS: Universal Mobile Telecpmmunications System 

URL: Uniform Resource Locator 

VoIP: Voice over Internet Protocol 
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CLAIMS ^ 

1 . A method for handling a call setup request (61 1 , 7-10. 7-22. 7-24, 
7-26. 7-42, 7-44, 7-46, 7-52, 7-52, 8-0, 10-4. 11-4) from an A parly to a B 
party, characterized by 

5 maintaining (601. 7-0, 10-0, 11-0), for the B party: 

- multiple simultaneous caller groups (13), each caller group com- 
prising one or more members; 

- multiple simultaneous profiles (20); 

- multiple simultaneous redirection settings (30); and 

10 - multiple simultaneous associations (40) of a caller group, a profile 

and a redirection setting; 

for each of several changes of reachability of the B party, receiving 
(603, 7-20, 7-40, 7-50, 10-2, 11-2) an Indication of a cunrent profile of the B 
party; 

15 based on the call setup request, determining (613, 10-10, 11-6) the 

A party's identity; 

based on the determined A party's identity, determining (614) one of 
the multiple simultaneous caller groups; 

determining one of the multiple associations (40) that corresponds 
20 to the determined caller group and the current profile of the B party; 

processing the call setup request accordinig to the redirection setting 
(30) of the determined association (40). 

2. A method according to claim 1, characterized by maintaining 
the multiple simultaneous caller groups, profiles, redirection settings and asso- 

25 ciatlons and processing the call setup request In a fixed network element (RS). 

3. A method according to claim 1, characterized by maintaining 
the multiple simultaneous caller groups, profiles, redirection settings and asso- 
ciations and processing the call setup request in a terminal (51 1 , RS') of the B 
party. 

30 4. A method according to claim 1, characterized by maintaining 

the multiple simultaneous caller groups, profiles, redirection settings and asso- 
ciations both in a fixed network element (RS) and In a terminal (511, RS') of 
the B party. 
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5. A method according to claim 2, characterized in that the 
fixed networi< element (RS) is in an access network (AN) serving the B party. 

6. A method according to claim 2, characterized in that the 
fixed network element (RS) is in a network (901) other than the access network 

5 (AN) serving the B party. 

7. A method according to claim 6, characterized by: 
assigning a unique virtual number to the B party; 

routing (11-8) the call setup request to the virtual number of the B 

party; 

10 determining (11-10) the B party's identity based on the virtual num- 

ber. 

8. A method according to claim 3, characterized by routing a 
call to a C party by setting up (11-12 ... 11-18) a conference call between the 
A party and the C party. 

15 9. A method according to any one of the preceding claims, char- 

acterized in that the redirection setting (301 - 306) indicates that an incom- 
ing call is to be routed to a different number or network address. 

10. A method according to any one of the preceding claims, char- 
acterized in that the redirection setting (307 - 309) indicates a changed call 

20 mode, and the method comprises processing (7-45, 7-56, 8-10 ... 8-18) the 
call setup request according to the changed call mode. 

11. A method according to claim 10, characterized in that the 
changed call mode indicates an asymmetric call in which the A party and B 
party use different call modes. 

25 12. A method according to claim 10 or 11, characterized in that 

the changed call mode is a silent communication for the A party and/or the B 
party. 

13. A method according to claim 12, characterized in that the 
silent communication is chatting. 
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14. A method according to claim 12, characterized in that the 
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silent communication is limited cliatting. 

15. A metlnod according to any one of claims 11 to 14, 
characterized in that the method comprises voice-to-text conversion 
and/or text-to-voice conversion. 

5 16. A method according to claim 12, characterized in that if the 

current profile of the B party indicates silent communication for the B party, the 
B party's terminal is automatically set to silent. 

17. A method according to any one of the preceding claims, char- 
acterized in that the profile comprises presence infonmatlon (22) which is 

10 returned to the A party. 

18. A method according to any one of the preceding claims, cha r- 
acterized in that the step of determining one of the multiple simultaneous 
caller groups comprises detemnlning all caller groups which the A party be- 
longs to, and selecting one of the determined caller groups. 

15 19. A reachability server (RS, RS') for handling a call setup request 

(61 1 . 7-10. 7-22. 7-24, 7-26. 7-42, 7-44. 7-46. 7-52. 7-52. 8-0. 10-4. 1 1-4) from 
an A party to a B party, characterized by 

a database (DB) for maintaining (601. 7-0, 10-0, 11-0). for the B 

party: 

20 - multiple simultaneous caller groups (13), each caller group com- 

prising one or more members; 

- multiple simultaneous profiles (20); 

- multiple simultaneous redirection settings (30); and 

- multiple simultaneous associations (40) of a caller group, a profile 
25 and a redirection setting; 

• input means for receiving (603, 7-20, 7-40, 7-50, 10-2, 11-2) an in- 
dication of a current profile of the B party each time the reachability of the B 
party changes; 

caller identifying means for detennining (613, 10-10, 11-6) the A 
30 party's identity based on the call setup request; 

caller group detenriihing means for detennining (614) one of the 
multiple simultaneous caller groups based on the determined A party's identity; 

associations determining means for determining one of the multiple 
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associations (40) that corresponds to the detemnined caller group and the cur- 
rent profile of the B party; and 

call processing means for processing the call setup request accord- 
ing to the redirection setting (30) of the detemnined association (40). 

5 20. A reachability server (RS) according to claim 19, character- 

ized In that the reachability server is located in an element of a fixed network 
(AN, DN. PSTN, 901). 

21. A reachability server (RS') according to claim 19, character- 
ized in that the reachability server is located in a temninal (51 1, RS") of the B 
10 party. 



(57) Abstract 



Very flexible call management Is achieved by a method for 
handling a call setup request (7-10, 7-22. ..,) from an A 
party (A1...A9) to a B party (511). A reachability server 
(RS) receives (7-0) the B parly's multiple simultaneous 
caller groups, profiles, redirection settings and associa- 
tions thereof. Each time the B party's reachability 
changes, he indicates his current profile (7-20, 7-40, 7-50). 
Based on the call setup request, the server (RS) deter- 
mines the A party's identity. Based on the A identity, one 
of the multiple simultaneous caller groups Is detemnined. 
Then one of the multiple associations that corresponds to 
the determined caller group and the current B party is de- 
termined. Finally, the call setup request is processed ac- 
cording to the redirection setting of the determined asso- 
ciation. The redirection settings may indicate a changed 
call mode, such as chatting, in case the B party is unable 
to take a voice call. 
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